home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000343_news@columbia.edu_Tue Sep 12 10:19:34 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16925
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 12 Sep 1995 06:19:39 -0400
  3. Received: by apakabar.cc.columbia.edu id AA04404
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 12 Sep 1995 06:19:37 -0400
  5. Path: news.columbia.edu!merhaba.cc.columbia.edu!chaiklin
  6. From: chaiklin@columbia.edu (Seth Chaiklin)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MS-KERMIT 3.14 hanging on idle TCP/IP connection?
  9. Date: 12 Sep 1995 10:19:34 GMT
  10. Organization: Columbia University
  11. Lines: 72
  12. Message-Id: <433mrn$49i@apakabar.cc.columbia.edu>
  13. References: <42d2u9$edt@apakabar.cc.columbia.edu> <42dodl$go@apakabar.cc.columbia.edu> <2979@sun3.ipswitch.com>
  14. Nntp-Posting-Host: merhaba.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17.  
  18. In article <2979@sun3.ipswitch.com>, Dan Lanciani <ddl@harvard.edu> wrote:
  19.  
  20. [stuff deleted about how a MSK machine would lose control of the
  21.  terminal output after about 10 minutes and the ARP cache on a Linux
  22. (1.2.8) machine would lose the hardware address of the MSK machine.  ]
  23.  
  24. >You'd need a network trace to be sure, but this suggests that kermit
  25. >isn't responding to ARPs in its current state.
  26.  
  27. I have traceroute and netstat (and maybe some others) on the Linux box.
  28. It was mentioned that this could be helpful, but I do not know what I should
  29. do or what I should look for.
  30.  
  31. >There are at least two additional experiments that might shed light on
  32. >the situation.
  33. >First, while in the bad state, try to ping it from another machine that
  34. >has never been involved with the connection at all.  This should tell
  35. >you whether kermit is willing to respond to anybody's ARP at this point.
  36.  
  37. I did try this, and the MSK machine responded to the ping, so there was no
  38. need to try the second test.  
  39.  
  40. I also tried to ping from the Linux box, but there was no response.
  41. However, if I handloaded the Hardware address of the ethernet
  42. card on the MSK machine, then I could get a ping response.
  43.  
  44. However, this handloading technique does not always result in control being
  45. returned to the MSK machine, as I once reported.
  46.  
  47. Meanwhile, some more information.  After the MSK machine would not
  48. respond (this again means, no output on the screen.  It is still possible
  49. to shell out to DOS, issue commands to the Linux box (as confirmed with a
  50. 'w' command from the console) etc., etc.), I tried to telnet to the same 
  51. Linux machine as well as other machines.  I got the error message:  
  52. Unable to ARP resolve gateway
  53.  
  54. This was when I tried to ping from the Linux machine (with no response).
  55.  
  56. I tried another experiment.  I logged in from the MSK machine, then immediately
  57. deleted the entry from the Linux ARP cache.  The output stopped, as other
  58. times.  It was still possible to telnet to other machines, but now it was 
  59. impossible to telnet to the Linux machine, no error message or anything, just 
  60. a return to the Kermit prompt.
  61.  
  62. Finally, I hand-entered the hw address for the MSK machine, and now I have 
  63. tried two or three times to let the MSK machine sit for for 30-60 minutes,
  64. and I have not been able to reproduce the problem.  It sounds like I 
  65. should just try to load the addresses for these cards, maybe even as a
  66. cron job...but I would still like to try to understand what is going wrong.
  67.   
  68. I noticed in a recent message that there was an updated version of Kermit.
  69. I use a version from 18 Jan 95.  Could this also be a possible source of the
  70. problem?
  71.  
  72. So I put a copy of 21 May 1995 onto the MSK machine.  Tried to connect to 
  73. the Linux box and got:  Unable to ARP resolve xxx.yyy.xxx.zzz
  74. However, I was able to telnet to other machines.
  75.  
  76. Aaarrgh!  I am really interested in solving this problem because we 
  77. would like to use 8-bit characters, and other telnet programs do not 
  78. behave as well as Kermit about this.
  79.  
  80. Also, when these "freeze-ups" do happen, it does not seem proper that
  81. MS-Kermit should lockup on "exit" or "hangup" requiring a power-down
  82. to restart the machine.   I just wanted to re-emphasize that point.
  83.  
  84. Thanks for your patience with this jumbled and unclear information.
  85.  
  86. Cheers,
  87.   Seth Chaiklin
  88.